System and method for determination of network and conditional execution of applications and promotions

ABSTRACT

System and method for determining whether an incoming call originates from inside or outside of a mobile carriers network. An example system performs a GTT (global title translation) on an incoming number to determine the hosting carrier of any mobile phone number. After the result of the matching determination is made, a message is generated and sent to a caller associated with the call page. The generated message includes any of directory information associated with the subscriber, information associated with cost savings or comparisons associated with in-network calling, information regarding promotions for calling plans, mobile devices or device upgrades, requests to join a network, requests to join a social call plan, information regarding instant savings or call rebates, offers for online services or software, offers for reduced cost or free phone service in exchange for adoption of a predefined product or entering into a social network group.

BACKGROUND OF THE INVENTION

Some mobile phone calling plans include reduced charges (i.e., free orminimal charge of monthly account time or allocated “minutes”) when anincoming call comes from a caller that belongs to the same mobilenetwork as the call recipient. Such promotional features make callsbetween subscriber mobile phones free of charge, for registered mobilehandsets. Other plans permit subscribers to share minutes with othersubscribers, when the mobile subscriber plans are obtained or linkedtogether for billing purposes. The importance of identifying in-networkcalls is thus highlighted, as subscribers may avoid charges altogetherif they can distinguish in-network calls from out-of-network calls, andthe carrier can inform non-network callers of its free in-networkcalling feature, if such a feature were available.

Another approach to mobile telephony price promotion is the in-circleplan, such as a calling circle plan. Such plans allow subscribers tospecify certain numbers that are called frequently from the subscriber'shandset (the numbers comprise the subscriber's “circle”), and provides adiscount on calls made “in-circle.” Identifying the appropriate billingrate involves the carrier storing those numbers for each subscriber andchecking a database at the time of call to apply promotional rates. An“in-circle” calling plan is not a general check of in-network calls,however, it is just a preferential billing promotion applied to ahandful of frequently called numbers.

Other plans also allow subscribers to identify and preset caller“favorites,” such as a set of frequently called numbers, which caninclude both in- and out-of network numbers, on a carrier's promotionalbilling plans. This type of reduced-cost calling is not an in-networknotification, as it may include numbers outside of the carrier'snetwork. Other proposals for discounted billing to frequently callednumbers might.

Other proposals for discounted billing to frequently called numbersmight apply lower billing rates for the most frequently called numberseach billing cycle, for all numbers called over a certain pre-set numberof minutes each billing cycle, and so forth.

A few methods have previously been proposed for alerting the callrecipient if the call source shares the same network. For example, anetwork-based Global Title Translation (GTT) query will identify thecarrier associated with the Caller Identification (CDN) or MobileDirectory Number (MDN) to the Network Control Point (NCP) of thecaller's mobile carrier. A GTT search is typically requested at aSignaling Transfer Point (STP) associated with the NCP, while theincoming call page is held pending the result of the query. Once theresult is given, the call page with the information is released to thesender. While this permits the connection of the call and appropriatebilling for an in-network call by the carrier, there is a costassociated with the GTT search by the carrier, and there is no displayindicator of the in-network call to the call recipient indicatingwhether or not the call is in-network.

Another approach is set forth in US Patent Application Publication No.2008/0059642 (IBM). This approach also requires a network-baseddetermination of the carrier of the calling and the called party by thenetwork carrier, and provision of the in-network notification to boththe calling and the called parties. Three methods are recited, one,similar to GTT, requires a network database query by the caller'scarrier, prior to call termination. This has the accuracy limitation,since mobile numbers are portable, and when callers switch networks thismethod introduces errors. The second method, performed after calltermination, looks at the switching information for the caller and thecalled number, which is highly accurate. With this method, however, thedata that the call is in-network is only determined after the call hasbeen established and further requires that the in-network determinationbe incorporated into the established call via either a side channel ormixed into the digital signal itself. The third method, performed whilethe called party's phone is on, but not on a call, requires the phone tohave a side data channel. This requires the phone, at startup, tocontact the network to do database lookup to see if the phone numbers inthe address book are in-network. This method is limited to updating the‘in-network’ status only of the phone numbers stored in the callerdirectory on the called party's handset, however. As a result, thismethod does not ensure that new callers and their numbers are identifiedas “in-network,” which is the situation in which caller identificationis the most helpful to the called party.

Considering the shortcomings of the aforementioned methods, it is clearthat there is a need for a method for allowing mobile device users todetermine whether their calls are “in-network” and thus potentiallysubject to certain cost-saving promotions or rate reductions offered byservice providers, or to the display of enhanced information regardingthe calling party. Therefore, an improved system and method forautomatically notifying subscribers of the “in-network” status of callsis highly desirable.

SUMMARY OF THE INVENTION

The present invention provides an example system that performs a GTT(global title translation) on an incoming number to determine thehosting carrier of any mobile phone number. After the result of thematching determination is made, a message is generated and sent to acaller associated with the call page. The generated message includes anyof directory information associated with the subscriber, informationassociated with cost savings or comparisons associated with in-networkcalling, information regarding promotions for calling plans, mobiledevices or device upgrades, requests to join a network, requests to joina social call plan, information regarding instant savings or callrebates, offers for online services or software, offers for reduced costor free phone service in exchange for adoption of a predefined productor entering into a social network group.

These and other examples of the invention will be described in furtherdetail below.

BRIEF DESCRIPTION OF THE DRAWINGS

Preferred and alternative examples of the present invention aredescribed in detail below with reference to the following drawings:

FIG. 1 is a diagram of an example system formed in accordance with anembodiment of the present invention; and

FIG. 2 is an image of a mobile device configured to alert a user ofin-network and/or out-of-network calls.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

FIG. 1 shows a system 20 that performs a GTT (global title translation)on an incoming number to determine the hosting carrier of any mobilephone number. If the result matches the subscriber's carrier, aterminating mobile device (TM) 30 indicates to the subscriber that thecall is an “in network call.” The indication may be selected from one ormore from the set of visual (e.g., logo, text, picture), audible(signal/tone, spoken notification) or haptic notifications. The words“in network,” “network,” the name of the carrier, such as “Sprint,” alogo of the carrier, or an image indicating the source of the call aredisplayed to the call recipient. A specific ring tone, audio signal,audio message, or recorded message is audibly outputted to thesubscriber.

The in-network notification permits the subscriber to identify calls “innetwork,” which are often of less cost, or free of charge, to answer.Also, the subscriber can identify friends and associates who are “out ofnetwork,” and arrange the time and means of communication with them tosave cost. This may be arranged automatically sending an SMS message tothe caller, rather than picking up the call, if that is a less expensiveor more convenient means. This may also be done silently.

The invention also permits the subscriber and/or the subscriber'scarrier to promote the migration of “out of network” callers to thesubscriber's carrier.

In one embodiment, after the call page generated by an originatingmobile device (OM) 22 via an originating carrier system 24 is receivedon the TM 30, the TM 30 contacts a server 34 associated with a MobileSwitching Center (MSC) 38 associated with the TM 30. The server 34performs a GTT and returns the result of the GTT back to the TM 30 forindication. If OM 22 is “in-network” with TM 30, then an “in-network”indicator is given. If OM 22 is not “in-network” with TM 30, then an“out of network” indication is given, and optionally a courtesy messageis sent to the caller on the OM 22, such as a message indicating and/orscheduling the optimal time for a return call. The result is also storedon the TM 30 for future use with repeat incoming calls and can berefreshed by a variety of methods (i.e. time, usage frequency, openconnection). The indications may be sent with the incoming call page, ormade before releasing the call page at the MSC 38 to connect the call.If sent before releasing the call page at the MSC 38, the indication maybe sent via SMS or other data channel delivery to the TM 30 and the OM22, separate from and in advance of, the terminated call. Similarsubject matter is discussed in co-pending application Ser. No.12/349,679 filed Jan. 7, 2009, which is hereby incorporated byreference.

Depending on the carrier's network technology, if it is not possible toopen a data channel to the server 34 to perform the GTT after a voicecall page has been made to the TM 30, the GTT is performed at thenetwork level prior to the call page being sent to the TM 30. Then, theresult of the GTT may be sent to the TM 30 prior to the call page, usingport-directed (as with Java applications) or application-directed (aswith BREW application IDs) short message service (SMS) via a ShortMessage Service Center (SMSC) 40, or is included with other data (suchas CNAM name identification data) in the call page. After the TM 30receives the SMS, the GTT results are outputted to the subscriber of theTM 30.

In another embodiment, when none of the above facilities are available,a table lookup may be performed locally on the TM 30. A caller's numberis examined by client software such as City ID® from Cequint, Inc. onthe TM 30. A database stored on the TM 30 contains codes to match thedigits in the caller identification information (CID) from the incomingcall in the form NPA-NXX-XXXX to the local exchange codes (in the formNXX) for specific mobile carriers. For example, in a given area codeNPA, local exchange NXX 302 may be assigned to Verizon, 301 to Sprint,etc.

In this embodiment, to ensure a correct indication of carrier, the TM 30checks for exceptions to the NXX coding because of local numberportability. A caller can change from their original mobile carrier to adifferent network and retain their original number, whether to anothermobile carrier or to a landline telephony provider. This producesexceptions to the match of the NXX code and the carrier assigned thatNXX, thus making matching less than 100% accurate. To overcome this, TM30 may check the full phone number against an exception list (e.g., adatabase of Local Numbers Ported (LNPs)) to see if it has been portedfrom the original carrier to another local carrier. The check with theexception list is done after determination of the assigned carrier usingNXX coding. Thus, the “in network” indication would not be determined ona matching NXX code alone, but in this embodiment after confirmationthat the number is not in an LNP directory.

Note that the LNP exceptions are of two kinds, LNP into the carrier,where the carrier hosts a number that does not match its assigned NXXcodes. This gives a false negative on the NXX check, and the number hasto be confirmed as “in network” by reference to the LNP data.Conversely, LNP out of the carrier yields a false positive on the NXXmatch on a number that has been ported to another carrier, and thisnumber has to be confirmed as “out of network” by reference to the LNPdata. The database of LNP exceptions can be stored on the TM 30 forreference and comparison, and updated over the network; or it can bestored on the carrier's network and checked via a query sent over themobile device's data channel or via SMS messaging when one of thesefacilities is available without conflict of the network voice page.While both methods are technically feasible, the cost of updating theLNP database, their storage requirements, and privacy concerns wouldinform the actual deployment decision.

Network Determination of “In Network” Result

The determination respecting the “in-network” indication can beperformed on the network before the call is terminated to thesubscriber's TM 30, also known as “pre-call.” This is preferably donevia a query to identify the carrier associated with the CID. The queryis made to a data service such as the CNAM service operated by AT&T DG,typically called a GTT query. In another embodiment, this is done bymaking a direct query to a carrier's subscriber database 36, e.g., thecustomer database at Verizon, typically called a Telephone NumberIndex/TNI query. These databases provide the accuracy to confirm orcorrect the carrier's NXX match on the CID as they are regularly updatedwith LNP information by the carriers. LNP changes can be queried againsta database on the network, as well. When the information is obtainedfrom these queries, it is sent to the TM 30 with other data in the callpage, via SMS, or other data facility. One example of sending the queryresults with the call page would be to utilize the traditional CNAMfacility containing the CID and display text field with name, byinserting a visible character like “*,” a “0” or “1,” or by using ahidden ASCII character before the text string containing the caller'sname. Detection of this special character would indicate to thesubscriber's TM 30 to deliver an “in-network” notification with theincoming call information. In this example, software is included so thatthe carrier's OEM call handler software strips the special characters(such as the “*,” “0” or “1”) before displaying the calleridentification text, to ensure the correct display of the callerinformation. The system preferably would not strip hidden ASCIIcharacters.

Delivery of the “In Network” Result Via the SMS Channel

In another embodiment, the determination respecting the “in-network”indication is performed during the incoming call via a data query on aseparate SMS message channel, with the result delivered via SMS, duringthe incoming call, to the TM 30, known as in-call notification. In sucha network deployment, a query is made by a software product on the TM30, such as NameID™ from Cequint, Inc., which queries the database 36 todetermine which carrier is associated with the number, and displaysresulting caller identification information on the display of the TM 30along with the incoming CID. The process includes making a GTT query viasuch client software on the TM 30, in order to confirm or correct theNXX comparison made on the CID, to provide an accurate “in-network”query result. As with the prior methods, an LPN query can be madeagainst a database on the network or on the TM 30, for changes andcorrection of the in-network result. Unlike prior methods, this is notlimited by the time permitted before the call is answered on the MT; anin-network notification done with this embodiment may be given after thecall is answered.

Client software on the TM 30 uses a data channel to send informationover the mobile carrier's data network MSC 38. An SMS message can alsobe used to return the in-network and LNP query results to the TM 30. Inone embodiment, this is done using SMS or data channel GSM (as thesenetworking systems permit simultaneous voice and data channel traffic tothe mobile device). On CDMA networks, SMS or the data channel may beoperational, but not in parallel with voice calling, which requires thatthe data be delivered prior to the call, or updated in the callerdirectory post-call, for use on subsequent calls. Typically, the resultis the receipt of an ‘in-network’ notification during the ring sequenceof an incoming call, in concert with the display of the CID by the OEMcall handler software on the TM 30. It is valuable to determine thecarrier associated with an MDN on the handset, when the network isunavailable due to roaming, voice call activity (CDMA networks), poorcoverage, and so forth. The error rate associated with LNP isapproximated at one percent in and one percent out of the networks, andalthough accepting such errors in all cases would not be acceptable tocarriers or handset manufacturers, a 99% accuracy rate with localhandset determination of the carrier associated with an MDN issufficient for making preliminary entries in the contact database on thehandset. Thus, the present invention permits preliminary entries usinghandset-based determination of the carrier network associated with thecalling party's MDN, which is subsequently updated via network-based LNPchecks. This improves the user experience of caller identification usingcarrier “in-network” notification by ensuring that the information isavailable for any phone number, and not just when the network dataservices are connected. Also, notably, the small percentage of LNPerrors are actually opportunities for conversion of the owner of thelisted MDN to the carrier network, advertising both the benefits ofin-network calling and informing the use that proper network and calleridentification relies on the LNP—rather than the network's ownidentification database; this allows a “Don't Be Lost—Join In”—themedmarketing message to support the marketing campaign to switch callers tothe calling party's carrier. This indicates the benefit of doing a localquery on the handset to determine carrier associated with an MDN, eventhough more accurate information may be returned from an LNP check froma network query at a later time. These benefits result uniquely fromcombining both local handset query and network-based query to makein-network determinations described in the present invention.

Refreshing “In Network” Information in the Caller Directory

At times, delay in the delivery of the “in-network” notification willoccur after call completion because of delay or latency in thecommunications networks, or caller behavior such as an immediate pickupof an incoming call by the subscriber. However, an “in-network”indication received after the incoming call is answered and/orterminated can be stored in a database or traditional caller directoryon the TM 30 for later reference, known as post-call. The next time thenumber is received, the indication of “in-network” displays along withother information stored in the caller directory. As with other recordsprovided by the network query, this information can be confirmed andrefreshed from time to time by software on the TM 30, such as Name ID™.Preferably using a FIFO (first in first out) method, newer calleridentification records (including CID, caller name, city/state or othergeolocation information, and “in-network” notification) are retained andolder records deleted. This forces the “in-network” indication to beanalyzed anew for callers who have not called the mobile device in sometime. Similarly, records can be refreshed by making queries during anyincoming call; or on a periodic basis (e.g., for any caller who has notphoned the mobile device in the past 30 days).

FIG. 2 shows an example mobile device 60 that is receiving a call fromanother in-network subscriber as determined by one of the methodsdescribed above. An abbreviated “in-network” indicator 62 is displayedprominently on a display 64 of the mobile device 60.

Triggering Adoption Campaigns

This display may conclude the operation of the software, or may act as atrigger condition or input for commencement of other applications,messages and/or promotions, for the benefit of the user of the mobiledevice 60 or the out-of-network caller. U.S. patent application Ser. No.12/191,904, filed Aug. 14, 2008 is hereby incorporated by reference.Specific notification or adoption messages, or software-drivencampaigns, could also be triggered and targeted to an out-of-networkcaller, following the receipt of the initial call. SMS and out ofnetwork messages could be generated by the carrier during and/or afterthe incoming call to send adoption or migration messages to the caller(at no charge to the subscriber). Such messages could include, withoutlimitation, call directory information on the called party, cost savingsor comparisons associated with in-network calling, promotions forcalling plans and mobile devices or device upgrades, requests to join anetwork, requests to join a subscriber's circle or other social callplan, instant savings or call rebates, offers for online services orsoftware, offers of reduced cost or free phone service for adoption ofother products or entering into social network groups, and the like. Theoffers could be presented in text only, text and graphics, or containweb links, dialog buttons, or other actionable content to solicitresponses from the recipient at the OM 22.

Determining and Displaying Landline or Mobile Designation of Caller onthe Mobile Handset Display

In an alternative embodiment, the present invention inspects the NPA/NXXcodes provided by a CID for an incoming calls to determine whether theincoming call is being made from a landline or a mobile handset. Oncethe determination is made, the number is preferably placed into thecorrect field in the mobile handset caller directory. Thereafter, theOEM software layer call handler software automatically displays theinbound number in the display, for example, using the graphic icons fromthe user interface in the mobile handset caller directory associatedwith the type of line to indicate land or mobile.

A further advantage of this embodiment is that it enables the presentinvention to verify, correct or replace the categorization of landlineor mobile associated with the phone number in the mobile handset callerdirectory, for example, the mischaracterization resulting from dataentry error by the user or default to the first field in the directory.In alternative embodiments, the present invention may automaticallyoverride the entry with the correction or may inform the user andrequest permission to make the correction to the entry.

While the preferred embodiment of the invention has been illustrated anddescribed, as noted above, many changes can be made without departingfrom the spirit and scope of the invention. Accordingly, the scope ofthe invention is not limited by the disclosure of the preferredembodiment. Instead, the invention should be determined entirely byreference to the claims that follow.

1. A method comprising: receiving a call page at a mobile switchingcenter; sending the call page to a mobile device associated with thesubscriber receiving the call page; determining at the mobile switchingcenter if a mobile communications network associated with the call pagematches a mobile communications network of the subscriber receiving thecall page; sending the determined results to the mobile deviceassociated with the subscriber receiving the call page; and processingthe sent results at the mobile device of the subscriber.
 2. The methodof claim 1, wherein if the sent results are received at the mobiledevice prior to termination of a call event associated with the callpage, outputting the sent results at the mobile device of thesubscriber.
 3. The method of claim 2, wherein the sent determinedresults are sent in a short message service (SMS) message, whereinoutputting the sent results comprises outputting an indication of “innetwork” communication on the mobile device if a match is determinedbased on the SMS message.
 4. The method of claim 2, wherein theoutputted result comprises one or more of a visual indication, a hapticindication or an audio indication.
 5. The method of claim 1, wherein ifthe sent results are received at the mobile device after termination ofa call event associated with the call page, storing the sent results atthe mobile device of the subscriber.
 6. The method of claim 1, whereindetermining if a mobile communications network associated with a callpage matches a mobile communications network of a subscriber receivingthe call page comprises performing a global title translation (GTT) atthe mobile switching center before the call page is sent to the mobiledevice of the subscriber.
 7. The method of claim 1, wherein sending thedetermined results to a mobile device associated with the subscriberreceiving the call page comprises sending an SMS message that includesthe result of the determination via a data channel.
 8. The method ofclaim 1, wherein determining at a mobile switching center if a mobilecommunications network associated with a call page matches a mobilecommunications network of a subscriber receiving the call pagecomprises: receiving the call page at the mobile device; sending acommunication to a server associated with the mobile service centerassociated with the mobile device; performing a GTT at the server basedon the sent communication; and sending the result of the performed GTTto the mobile device.
 9. The method of claim 8, further comprisingstoring the received result of the performed GTT in memory of the mobiledevice.
 10. The method of claim 1, further comprising determining at amobile switching center if the call page is being made from a landlineor a mobile handset.
 11. The method of claim 10, wherein determining ata mobile switching center if the call page is being made from a landlineor a mobile handset comprises inspecting the NPA/NXX codes provided bycaller identification information.
 12. The method of claim 11, furthercomprising: determining at the mobile device if the call page has beenproperly characterized as being from a landline or a mobile handset; andif the call page has not been properly characterized, correcting thecharacterization of the call page at the mobile device as originatingfrom a landline or mobile handset.
 13. The method of claim 12, whereincorrecting the characterization of the call page as originating from alandline or mobile handset comprises overriding the originalcharacterization at the mobile device.
 14. The method of claim 12,wherein correcting the characterization of the call page as originatingfrom a landline or mobile handset comprises notifying the subscriber theof the mischaracterization and requesting permission to correct themischaracterization.
 15. The method of claim 1, further comprising ifthe mobile communications network associated with the call page does notmatch the mobile communications network of the subscriber, automaticallygenerating a message and sending the generated message to a callerassociated with the call page.
 16. The method of claim 15, wherein thegenerated message comprises one or more of directory informationassociated with the subscriber, information associated with at least oneof cost savings or comparisons associated with in-network calling,information regarding promotions for at least one of calling plans,mobile devices or device upgrades, requests to join a network, requeststo join a social call plan, information regarding one of instant savingsor call rebates, offers for one of online services or software, offersfor one of reduced cost or free phone service in exchange for at leastone of adoption of a predefined product or entering into a socialnetwork group.
 17. The method of claim 16, further comprising presentinginformation included in the sent message.
 18. The method of claim 16,wherein presenting comprises displaying at least one of text orgraphics.
 19. The method of claim 16, wherein presenting comprisesdisplaying a web link.